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Abstract 


Introduction 


This  paper  reports  the  author’s  eurrent 
researeh  into  an  integrated  approaeh  to  Joint 
Battlespaee  Digitisation  (JBD)  analysis.  The 
work  describes  an  approach  to  establishing  a 
toolset  that  is  useful  to  understand  the  JBD, 
existing  policies  on  JBD  lack  clear 
directives  in  certain  areas,  which  may  inhibit 
its  benefits  and  timely  exploitation  of 
military  situations.  There  are  several 
methods  being  developed  that  are  potentially 
useful  for  analyzing  JBD  but  several 
question  arise: 

•  How  do  they  relate  to  the  overall 
needs  of  the  JBD  analyst? 

•  How  do  they  integrate  within  an 
overall  analytical  approach? 

.  What  methods  can  we  employ 
for  assessing  the  completeness  of 
our  analysis? 

A  new  assessment  is  used  to  interact 
and  share  information  between  the  various 
aspects  of  JBD  analysis.  This  toolset  is  built 
around  Strategy  To  Task  (STT),  which 
enables  identification  of  requirements  for 
JBD  and  to  assess  potential  options,  and 
System  Dynamics  (SD)  to  enable  analysis  of 
factors  which  contribute  to  mission 
effectiveness  of  JBD  and  to  investigate  the 
importance  of  these  factors  and  also  to 
enable  the  analysis  of  specific  technical 
parameters  leading  to  validation  of  STT 
assessment.  Using  different  analysis 
elements  is,  illustrating  the  use  of  these 
methods  tools  in  the  study. 


The  term  digitisation  is  used  to 
describe  the  process  of  applying  modern 
technological  advances  to  formulate  a 
sound,  secure  and  versatile  integrated 
system  of  communication  and  action. 
Digitisation  of  the  communication  system  of 
a  battle  space,  endorses  the  total  integration 
of  information  across  the  whole  battle  space 
in  order  to  enhance  the  military  capability. 
This  greater  information  superiority 
management  system  enables  one  to  conduct 
and  coordinate  Joint  and  Combined  military 
operations  more  effectively  and  with 
precision.  Digitisation  of  Battle  space  covers 
all  aspects  of  command,  control,  computers, 
military  intelligence,  surveillance,  target 
acquisition  and  reconnaissance,  emanated 
from  supreme  command  of  the  country  to 
the  theatre  of  operations  as  illustrated  in 
figure  1 .  The  battle  space,  on  the  other  hand, 
encompasses  the  sea,  air  and  land  space, 
electronics  engagement  and  ranges  from 
strategic  to  the  tactical  levels  including 
systems,  responsible  for  acquiring, 
transmitting,  processing  or  utilizing 
information  to  achieve  desired  objectives.  It 
is  an  enduring  capability  system  that 
increases  tempo  in  battle.  This  is  seen  as  the 
primary  emergent  property  of 
interconnecting  information  and  computing 
assets  across  the  whole  battle  space. 
However,  such  extensive  interconnection 
will  result  in  high  complexity  and  is  unlikely 
to  result  in  a  single  positive  emergent 
property 
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Figure  2  shows  many  issues  and 
challenges,  which  can  affect  the  JBD. 
Command  Structure:  must  be  compatible 
with  the  information  flow  requirements  and 
decision  hierarchy  (it  must  facilitate  & 
support  the  same). 

Technological  change:  Continued 

advances  in  technology  offer  prospects  for 
major  improvements  in  system  capability. 
JBD  must  allow  these  advances  to  be 
exploited  quickly  within  the  constraints 
imposed  by  acquisition  policy  and 
procurement  methods.  Of  particular 
importance,  JBD  must,  as  far  as  possible, 
embrace  common  commercial  IT  concepts 
to  engender  exploitation  of  mainstream 
commercial-off-the-shelf  COTS  components 
within  Defence  systems.  Security  and  other 
constraints  (e.g.  military  communications) 
will  limit  the  potential  for  use  of  (COTS) 
technology. 

Manpower  and  training  demands:  The 
growth  in  information  requirements  and  thus 


of  communications  and  information  systems 
(CIS)  to  support  them  has  a  complex  effect 
on  required  manpower  levels  and  skills.  On 
the  one  hand,  automation  of  (for  example) 
routine  information  handling,  retrieval, 
storage  or  processing  functions  will  reduce 
the  manpower  currently  needed  to  fulfil 
these  tasks,  freeing  military  staff  to 
concentrate  on  conducting  operations. 
However,  there  is  a  concomitant  increase  in 
the  demand  for  skilled  manpower  to  acquire, 
manage  and  maintain  (including  in  the  field) 
the  resulting  systems.  The  continued 
pressure  on  manpower  levels  means  that 
JBD  must  not  demand  (and  ideally  should 
reduce)  manpower  and  training  requirements 
for  a  given  level  of  operational  capability. 
To  this  end,  it  is  vital  that  JBD  is  compatible 
with  developing  training  environments  like 
Synthetic  Theater  of  War  (STOW)  and  Joint 
Operational  Interface  Simulation  Training 
(JOIST)  so  that  it  can  contribute  to,  and 
benefit  from,  operational  training. 
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Figure  2:  JBD  Issues  &  challenges 


Vision,  Objectives,  Success  Factors  and 
Metrics 

It  is  important  that  the  JBD  design, 
which  will  evolve  over  several  years,  should 
keep  in  mind  the  high-level  vision  it  is  meant 
to  realise,  together  with  the  derived  objectives 
and  the  current  view  on  priorities.  These  will 
be  used  to  maintain  the  design  principles  and 
to  focus  effort  on  the  areas  of  greatest 
concern.  The  success  factors  and  metrics 
provide  a  basis  against  which  to  make 
situation  and  progress  reports.  The  metrics 
must  relate  to  the  engineering  design,  i.e.  they 
must  be  couched  in  engineering  terms  - 
Measures  of  Performance  (MoPs).  These  in 
turn  will  have  been  derived  from  metrics 
couched  in  user  (operational)  terms  - 
Measures  of  Effectiveness  (MoEs). 

In  order  to  assist  the  understanding, 
management  and  application  of  these  non¬ 
functional  requirements,  it  is  proposed  that 
they  should  be  logically  grouped  according  to 
the  nature  of  the  constraints  they  impose  and 
the  reason  for  wishing  to  impose  a  constraint. 
A  suggested  top-level  structure  for  such  a 
grouping  is: 


.  Resilience 

•  Security 

.  Control  &  Management 

•  Sustainability  &  Upgradability 

•  Usability  &  Elexibility 

It  is  believed  that  all  non-functional 
requirements  can  usefully  be  described  under 
these  top-level  headings,  but  further  work  is 
required  to  confirm  this  and  to  determine  any 
lower-level  breakdown  that  would  be 
beneficial. 

Some  of  these  design  constraints  will  tend 
to  reinforce  or  support  each  other,  whilst 
others  will  tend  to  conflict.  Such  conflicts 
will  inevitably  lead  to  the  need  for  trade-off 
analyses  and  design  compromises.  It  is  often 
the  case  that  the  greatest  benefits  from 
innovative  design  and  implementation 
proposals  can  be  gained  in  such  areas  of 
conflict. 

Methods  &  tools 

At  this  moment,  there  is  no  methodology 
or  apparatus  to  verify  the  impact  on  the 
systems  supporting  the  military  operations, 
and  there  is  a  lack  of  linkage  between  high- 
level  (System  View)  based  parameters,  such 
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as  performance  parameters,  interfaces, 
functionality  index  and  so  on,  and  lower  level 
elements  (Technical  view)  which  actually 
form  the  physical  implementation  of  JBD. 

This  link  is  critical  only  when  a  lower 
level  simulation  is  carried  out,  that  a  clearer 
and  more  defined  view  of  the  impact  of  the 
options  (e.g.  AW  ACS  or  satellites)  becomes 
available.  Currently,  no  such  things  exist 
between  the  3  views  of  JBDAF.  Such  a  system 
is  incapable  of  implementing  the  on-line, 
dynamic  design,  which  has  been  spoken  about 
earlier.  Hence,  the  new  system  has  an 
additional  two  tools,  which  will  be  explained 
in  greater  detail. 

The  first  key  tool  is  STT.  This  tool 
enables  the  identification  of  requirement  for 
JBD  and  to  assess  potential  options.  The 
methodology  utilized  will  be  subsequently 
explained.  The  second  tool  is  Vensim,  which 
enables  the  analysis  of  factors,  which 
contribute  to  mission  effectiveness  and 
investigate  the  importance  of  these  factors.  It 
links  the  operational  and  system  views.  In 
addition,  it  also  links  the  system  and  technical 
views  and  analyses  specific  technical 
parameters,  and  validates  the  assessment 
carried  out  by  STT. 

Strategy  to  Task  Technique 

The  Strategy  to  Task  Technique  developed 
by  the  RAND  Corporation  during  the  1980’s 
[1]  in  connection  with  their  work  on  behalf  of 
the  US  Air  Force.  It  describes  a  framework, 
similar  to  that  illustrated  here,  for  cascading 
high-level  objectives  through  a  number  of 
layers  to  a  level  appropriate  to  the  individual 
problem  being  considered. 

One  way  of  implementing  STT  is  to  use 
Quality  Function  Deployment  (QFD)  an 
example  matrix  [2],  which  is  illustrated  here 
in  Tables  1,  2,  3  and  4.  In  those  examples  our 
objectives  are  identified  and  are  referred  to  as 
the  WHATs.  The  various  ways  in  which  these 
objectives  could  be  achieved  are  identified 
and  are  referred  to  as  the  HOWs.  The  relative 


importance  of  each  objective  is  established 
and  used  as  a  weighting  factor  for  subsequent 
calculation.  The  scores  from  a  body  of  experts 
can  then  be  included  to  illustrate  the 
magnitude  of  the  contribution  of  each  HOW  to 
the  achievement  of  each  WHAT.  A  formal 
marking  scheme  is  typically  used  where; 

•  9  represents  a  very  high  contribution 

•  3  represents  an  important  contribution 

•  1  represents  a  high  contribution 

•  0  represents  little  or  no  contribution 

For  this  paper  the  most  frequently 
occurring  score,  gained  from  the  responses  to 
my  analysis,  for  each  WHAT/HOW 
combination  was  taken  to  populate  the 
matrices.  The  raw  technical  importance  is 
then  calculated  by  simply  adding  the  products 
of  each  WHAT/HOW  combination.  This 
score  can  then  be  normalised  and  is  then  used 
as  the  initial  weightings  for  the  subsequent 
layers  of  the  cascade. 

STT  Applicability: 

•  Derivation  of  Capability  Requirements 

•  Evaluation  of  doctrine  to  isolate  capability 
requirements 

•  Full  audit  trail 

•  Weighting/Importance  of  Requirements 

•  Requirements  have  weightings  at  all  levels 

•  Assessment  of  Equipment/Systems 

•  Assessment  of  all  systems  vs. 
requirements 

•  Assessment  of  importance  of  system 
elements  vs.  requirements 

.  Analysis  of  Doctrine 
.  Einkages  down  through  hierarchy  of 
publications 

•  Cross-comparison  between  publications 
The  first  key  tool  is  STT.  This  tool 

enables  the  identification  of  requirement  for 
JBD  and  to  assess  potential  options.  The 
methodology  utilized  will  be  subsequently 
explained.  The  second  tool  is  Vensim,  which 
enables  the  analysis  of  factors,  which 
contribute  to  mission  effectiveness  and 
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investigate  the  importance  of  these  factors.  It 
links  the  operational  and  system  views.  In 
addition,  it  also  links  the  system  and  technical 
views  and  analyses  specific  technical 
parameters,  and  validates  the  assessment 
carried  out  by  STT. 

Now  I  shall  look  into  the  details  of  these 
two  tools  in  the  said  order.  As  STT  links  the 
technical  and  operational  views,  it  derives 
input  from  the  former  and  provides  input  for 
the  latter.  The  processing  is  carried  out  in  a 
series  of  cascading  tables.  Each  table  carries 
out  a  prioritization  and  assessment  procedure 
with  the  help  of  a  set  of  assessment  weighting 
factors.  The  output  of  one  table  is  the  input 
into  the  next  table  and  the  process  continues. 

Table  I  divides  missions  according  to  the 
objectives  of  Saudi  strategic  doctrine. 
According  to  this  doctrine,  the  nature  of  the 
response  to  be  taken  is  given  relative 
importance.  The  weighting  factors  spans  from 
0  or  no  contribution,  to  9,  which  is  the 


maximum  contribution.  For  example,  for 
peacetime  security  purposes,  information 
superiority  is  paramount.  However,  based  on 
required  operational  readiness,  full 
dimensional  protection  is  relatively  less 
important.  Since  there  is  no  physical 
engagement,  precision  engagement  is  not  a 
factor,  and  is  not  given  a  rating.  Likewise,  at 
the  other  end  of  the  scale,  a  physical  act  of 
aggression  against  any  Gulf  Cooperation 
Council  (GCC)  member  states  has  placed 
emphasis  on  factors  like  full  dimension 
protection  and  Joint  Command  and  Control 
among  the  armed  services. 

The  next  step  would  be  to  multiply  each  of 
the  assigned  weighting  factors  by  the  initial 
weight.  The  sum  of  these  weighting  factors  for 
every  possible  response  is  tallied  up  as  the 
Raw  Technical  Importance  for  each  response 
in  all  possible  mission  types.  The  total  tally  is 
then  normalized. 


Table  1:  STT  at  Strategy  level 


Very  Important  Contributor: 

9 

Important  Contributor 

3 

High  Contributor: 

Low  or  Not  a  Contributor: 

Source  Saudi  Doctorine  and 

JETL  Grand  Strategic  Level  Tasks 

jSaudi  Defence  Missions! 

Initial  Weight 

Information  Superiority 

Interoperability 

Dominant  Maneuver 

E 

UJ 

CL 

Focused  Logistics 

Full  Dimension  Protection 

Joint  Command  &  Control 

Peacetime  Security 

0.14286 

9 

3 

1 

3 

1 

Defence  Diplomacy 

0.14286 

1 

1 

1 

1 

Support  to  Wider  Saudi  Interests 

0.14286 

1 

1 

3 

1 

1 

1 

1 

Peace  SuoDort 

0.14286 

1 

3 

3 

1 

1 

3 

3 

Regional  Conflict  outside  GCC 

0.14286 

3 

3 

3 

3 

9 

3 

9 

Regional  Conflict  Inside  GCC 

0.14286 

3 

3 

9 

3 

9 

3 

9 

Strateoic  Attack  on  GCC 

0,14286 

3 

9 

9 

3 

9 

9 

9 

Raw  Technical  Importance 

3.0 

3.3 

4.0 

1.6 

4.1 

3.3 

4  7 

24.0 

Sum  of  Raw  Technical  Importance 

Normalized  Technical  Importance 

0.1250 

0.1369 

0.1667 

0.0655 

0.1726 

0.1369 

0.1964 

1.0000 

Sum  of  Initial  Weights 

1  .□□□□ 

The  next  stage;  as  described  in  table  2 
compares  the  responses  stated  earlier  to 
individual  tasks  which  can  be  carried  out  by 
each  of  the  armed  services.  Once  again  the 
process  of  cross  weighting  is  carried  out.  This 
table  essentially  demonstrates  the  importance 
of  various  tasks  to  ensure  a  particular  doctrinal 
response.  For  example,  to  achieve  information 


superiority  over  a  potential  adversary,  it  is 
important  to  have  a  dominant  situational 
awareness  (weighting  factor  9)  and  effective 
area  surveillance  (weighting  factor  9)  but  the 
ability  to  enforce  economic  sanctions  or 
provide  disaster  relief  is  of  no  relevance  (no 
weighting  factor). 
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Once  again  the  weighting  faetor  are  tallied 
up  and  normalized.  This  gives  the  importance 
of  a  certain  task  in  order  to  support  the 
responses  in  the  peacetime  as  well  as  wartime 
aeeording  to  Saudi  defenee  doetrine.  In  a  way, 


the  armed  serviees  are  made  aware  of  the 
relative  importanee  of  the  specifie  tasks  they 
are  to  perform,  and  allows  them  to  alloeate 
resources  appropriately. 


Table  2:  STT  Cascade  down  to  Tasks  Level 


Very  Important  Contributor  9 

Important  Contributor  3 

High  Contributor  1 

Low  or  Not  a  Contributor 


Percent  Filled  82,6% 

Source  JBD  Saudi  Doctrine 


t 

! 

1 

1 

1^^ 

11 

1 

I 

1 

1 

1 

s 

i 

I 

s 

i 

s 

s 

I 

Information  Superiority 

0.1250 

3 

9 

Interoperability 

0,1369 

3 

Dominant  Maneuver 

0,1667 

3 

3  3 

1  3 

3 

Precision  Engagement 

0.0655 

9 

3  9 

3  3 

3 

Focused  Logistics 

0,1726 

1 

1  1 

1 

Full  Dimension 
Protection 

0,1369 

3 

1  3 

1  1 

3 

Joint  Command  & 
Control 

0.1964 

3 

3  1 

1  1 

9 

Raw  Technical  Importance 

5.4 

2.- 

2.6 

3  1.6  1.9  1 

7  0.7  1.2 

0.7 

2.0 

1.! 

1.' 

1.£ 

4.4 

Normalized  Technical  Importance  0.05 

0,02 

0.03  0.02  0.02  0.02  0,01  0.01  0.01 

0,01 

0,02 

0.02 

0.02 

0,02 

0.04 

Sum  of  Initial  Weights 

0.494C 

I  1  1  3  3  3  3  1  3  3  3  3  3  3  9  9  9  3  1  1  1  1  3  1  95 

3  3  1  3  3  3  3  3  3  3  3  3  3  3  3  3  9  9  1  1  1  1  1  1  1  86 

3  3  1  1  3  3  3  3  3  3  3  9  3  3  3  3  3  3  9  3  3  1  1  1  3  3  3  1  117 

3  1  3  3  3  3  3  3  3  3  9  3  3  3  9  1  3  9  1  9  1  3  3  3  1  140 

II  111113  111113  19  3  111  1  72 

3  1  1  1  3  1  1  3  3  9  9  3  3  3  3  3  1  3  1  9  3  3  3  1  106 

3  1  1  3  3  3  3  3  3  3  3  3  3  3  9  1  9  9  1  3  1  3  3  3  3  3  122 


2.4 

1.6 

0.5 

0.6 

2,4 

2,7 

2.4 

2.4 

2.4 

3.0 

3.5 

4.9 

2.7 

2.7 

2.7 

5.3  2.7 

5,0 

6.0 

2.7 

3.2 

0.8 

1.1 

1.5 

2.1 

1.4 

1.7 

1.4 

103.2 

Sum  of  Raw  Technical  Importanc! 

0.020,02 

O.X 

0.01 

0,02 

0.03 

0.020.02 

0.02 

0.03 

0,03  0.05 

0.03  0.03 

0,03 

0,05  0,03 

0,05 

0.06 

0.030.03 

0,01 

0.01 

0.01 

0.02 

0.01 

0.020,01 

1,0000 

The  next  step  would  be  to  factor  in  cost 
and  effectiveness  of  eaeh  of  the  options, 
whieh  are  part  of  the  JBDAF.  The  options 
dietate  the  type  of  information  available  to  the 
JBDAF,  and  vary  on  how  mueh  they  eost  and 
how  effeetive  they  are.  Table  3  shows  how 


important  eaeh  option  is  for  a  speeified  task. 
For  example  AW  ACS  are  extremely  important 
for  proteeting  or  giving  the  air  picture  to  the 
air  force  against  hostile  operation,  but  are  of 
no  eonsequenee  against  land-based 
aggression. 
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Table  3:  STT  with  different  Systems  options 


Very  Important  Contributor  9 

Important  Contributor  3 

High  Contributor:  1 

Low  or  Not  a  Contributor: 

Percent  Filled  #DIV/DI 

JBD  System  Options 

Initial  Vt/eight 

Opt  1 

Opt  2 

Opt  3 

Opt  4 

Opt  5 

Situational  Awarness 

0.0481 

Own  Force  Location 

0.0305 

Enemy  Force  Location 

0.0337 

Force  Protection 

0.0337 

Interdiction  of  Enemy's  Forces 

0.0318 

Blockade 

0.0102 

Containment 

0.01EO 

Exclusion  Zones 

0.0072 

Barrier  Operations 

0.0160 

Layered  Defence 

0.01EO 

Enemy  Force  Intent 

0.0115 

Strategic  Air  Lift 

0.0195 

Tactical  Air  Lift 

0.0104 

Sea  Lift 

0.0084 

Strategic  Nuclear  Deterrence 

0.0217 

Presence 

0.0265 

Sympolic  Use 

0.0265 

Coercion 

0.0158 

NonCombattant  Evacuation  Operations 

0.0195 

Combat  Operations  vs  Land 

0.0166 

Combat  Operations  vs  Air 

0.0366 

Combat  operations  vs  Navy 

0.0310 

Combat  Operations  vs  National  Guard 

0.0160 

Amphibious  Operations 

0.0160 

Support  to  Joint  Operations 

0.0299 

Strategic  Air  Offensive 

0.0337 

Counter  Air 

0.0299 

AntiSurface  Force  Land 

0.0299 

AntiSurface  Force  Navy 

0.0543 

Land  Target  Attack 

0.0516 

Fire  Support 

0.0217 

Intelligence  Gathering 

0.0559 

Area  Surveillance 

0.0238 

Comms  Provision 

0.0307 

Logistic  Support  Provision 

0.0086 

Protection  of  Joint  Forces 

0.0086 

Economic  Sanctions 

0.0134 

Disaster  Relief 

0.0193 

SAR 

0.0064 

Amphibious  Forces 

0.0064 

Real-time  Target  Data 

0.0064 

Peace  Ons 

0.0064 

Raw  Technical  Importance 

0.0 

0.4 

1.3 

1.9 

2.4 

Percent  Technical  Importance 

0.008 

0.064 

0.216 

0.313 

0.399 

Sum  of  Initial  Weights 

0.9543 

Cost  (Relative  estimate) 

2 

3 

4 

5 

7 

Risk  (relative  estimate) 

1 

2 

3 

4 

5 

0.0261 

0.1602 

0.4354 

0.2972 

0.0811 

JBD  Opt  1 

Ijbd  Opt  2 

Ijbd  opta 

JBD  Opt  4 

m 

Q. 

O 

O 

m 

0.450 

0.400 

0.350 

0.300 

0.250 

0.200 

0.150 

0.100 

0.050 

0.000 
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JBD  Options  Scores 


♦  JBD  Opti 
■  JBD  Opt  2 
JBD  Opt  3 
JBD  Opt  4 
«JBD  Opt  5 


0.2  0.3 

Score 


The  end  of  the  exercise  obtains  an 
overview  obtained  of  the  contribution  of  each 
option  (Table  4)  towards  the  different  defence 
missions  spelt  out  in  (Table  1).  The  impacts  of 
these  options  are  not  entirely  known  until  and 
unless  they  are  modeled  and  simulated  in  a 
scenario  depicting  escalation  of  hostilities. 
This  is  done  by  the  System  Dynamic  model 
(Vensim  model),  which  is  covered  next. 


Table  4  clearly  shows  the  most  important 
piece  of  information  required  during 
peacetime,  which  is  equipment  acquisition.  IT 
is  a  cost  vs.  score  chart.  The  optimal  choice  of 
course  would  be  the  option,  which  would  be  in 
the  most  bottom  right  corner,  which  is  high  on 
the  score  scale  but  low  on  the  cost  scale.  Such 
an  option  would  be  most  cost  effective, 
although  in  terms  of  score  alone  it  might  have 
a  lower  rating  compared  to  a  rival  option. 
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Table  4:  STT  with  different  Sub-Systems  options 


Very  Important  Contributor:  9 

Directly  equatable  in  the  text 

Important  Contributor  3 

Mentioned  in  the  text  body 

High  Contributor:  1 

Mentioned  in  the  Sidebar  Concepts/Enablers/Technologies 

Low  or  Not  a  Contributor 

Not  mentioned  at  all 

Percent  Filled  #DIV<0! 

WHATS  •  OPERATIONS  ADP  Volt 

JBD  Ootions 

LEVEL  1:  Strategy-to-  1 
Task  Analysis  | 

JSTAR 

Long  Range 

UAV 

AWACS 

Satellites 

JTIDS 

Situational  Awarness 

0.0481 

Own  Force  Location 

0,0305 

Enemy  Force  Location 

0,0337 

Force  Protection 

0.0337 

Interdiction  of  Enemy's  Forces 

0.0313 

Blockade 

0.0102 

Containment 

0.0160 

Exclusion  Zones 

0,0072 

Barrier  Operations 

0.0160 

Layered  Defence 

0.0160 

Enemy  Force  Intent 

0.0115 

Strategic  Air  Lift 

0,0195 

Tactical  Air  Lift 

0,0265 

Sea  Lift 

0.0217 

Strategic  Nuclear  Deterrence 

0.0265 

Presence 

0.0158 

Sympolic  Use 

0,0195 

Coercion 

0.0166 

NonCombattant  Evacuation  Operations 

0.0366 

Combat  Operations  vs  Land 

0.0324 

Combat  Operations  vs  Air 

0.0310 

Combat  operations  vs  Navy 

0,0160 

Combat  Operations  vs  National  Guard 

0.0160 

Amphibious  Operations 

0.0299 

Support  to  Joint  Operations 

0.0337 

Strategic  Air  Offensive 

0.0299 

Counter  Ar 

0,0299 

AntiSurface  Force  Land 

0.0543 

AntiSurface  Force  Navy 

0.0516 

Land  Target  Attack 

0.0217 

Fire  Support 

0.0559 

Intelligence  Gathering 

0,0239 

Area  Surveillance 

0.0307 

Comms  Provision 

0.0086 

Logistic  Support  Provision 

0.0086 

Protection  of  Joint  Forces 

0,0134 

Economic  Sanctions 

0,0193 

Disaster  Relief 

0.0134 

SAR 

0.0104 

Amphibious  Forces 

0.0064 

Real-time  Target  Data 

0,0064 

Peace  Oos 

0.0064 

Raw  Technical  Importance 

2,0 

1,4 

3,0 

3.8 

1.2 

Percent  Technical  Importance 

0.182 

0.124 

0.266 

0.318 

0.109 

Sum  of  Initial  Weights 

0.^72 

Cost  (Relative  estimate) 

3 

3 

2 

8 

3 

Risk  (relative  estimate) 

2 

3 

4 

5 

1 

0.294 

0.125 

0.2231 

0.1316 

0.2262 

JSTAR 

Long 

Range 

UAV 

AWACS 

Satellites 

JTIDS 

JBD  Options  Scores 


Cost  vs  Score 


►JSTAR 
I  Long  Range  UAV 
AWACS 
Satellites 
cJTIDS 


System  Dynamic  model  (V ensim  model) 

The  next  tool  to  be  added  to  JBD  is  the 
System  Dynamie  (Vensim  model),  whieh 
links  the  high-level  systems  and 
interconnections  with  the  operational  view. 
This  ensures  that  there  is  greater 
transparency  of  tasks,  doctrines,  rules  and 
concept  for  the  personnel  operating  high- 


level  systems.  The  Vensim  model  in  figure  5 
shows  the  communication  between  the  JBD 
information  sources  and  users.  As  we  can 
see  how  is  the  relationship  between  them, 
and  how  it  can  effect  each  other  with  the 
positive  and  negative,  hence  we  can  realise 
the  impact  of  some  of  those  on  JBD 
effectiveness,  JBD  cost  effectiveness,  JBD 
system  cost  and  JBD  information  timeliness. 
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Figure  3:  System  Dynamic  (SD)  Communication  Model  for  JBD  Issues 


Scenarios 

The  Vensim  model  in  figure  6  simulates 
a  scenario  of  possible  escalation  of  conflict 
against  Saudi  Arabia  or  its  GCC/Strategic 
partners.  It  attempts  to  incorporate  all 
options  in  an  escalating  scenario  that  spans 
28  days.  Decisions  and  outcomes  are  based 
on  weights  and  probabilities  based  on  the 
STT  study  described  earlier.  The  outcome  of 
all  the  stages  are  depicted  in  the  subsequent 
graphs  which  shown. 

The  simulations  begin  by  specifying  a 
number  of  hostile  targets.  Depending  on  the 
options  in  place,  the  targets  are  detected  and 


prioritised.  The  effectiveness  of  JBD 
determines  the  threat  assessment,  this 
involves  measuring  target  parameters, 
transmitting,  prioritizing  them  to  command 
sector.  Based  on  situational  awareness 
provided  by  JBD,  the  targets  can  choose  to 
be  eliminated.  Even  at  an  operational  level, 
authorization  of  target  engagement  and 
eventual  destruction  is  dependent  upon  the 
effectiveness  of  JBD  this  is  because 
resources  would  be  allocated  based  on  the 
prior  information  provided  by  JBD.  Hence, 
here  the  result  of  operational  views  input  to 
JBD  can  be  seen  by  the  systems  through 
simulation  of  the  Vensim  model 


Detecting 


N umber  of 
Detected  Target 


Detection  Rate 


Transmitting 


M  easuring  Rate 


D'^Measuring 


IN  umber  U  t 
Measured  Target 


Transmision  Rate 
Priortisation  Rate 

Destruction  Rate 


N umber  of 
Destroyed 
Target 


[^Destroying 


Observation  Rate 


Elimination  Rate 
t'iJEliminating 


N umber  of 
Engaged 
Target 


Engagment  Rate 


Enga, 


Engaginng 


Observe 

T 

Target 

Target  to  be 

- 33 - ^ 

C  ommand 
Sector 


Decision  Rate 


"■Authorising 

y 

Authorisation  Rate 


W  eapon 
System 


Figure  4:  Escalated  Hostility  SD  Vensim  Model 
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The  first  case  started  from  graph  1  up  to 
graph  12  involves  carrying  out  a  sensitive 
study  of  a  single  asset.  The  exact  performance 
of  the  asset  is  not  available.  However,  the  loop 
is  able  to  demonstrate  the  effects  of  the  asset 
having  different  performance  capabilities. 
Each  loop  has  12  outputs,  and  the  significance 
of  each  output  will  be  explained  in  turn. 

The  first  graph  shows  the  three  different 
detection  rate  capabilities  of  each  asset.  For 
example,  the  best  capability  of  the  ERR 
system  is  0.5,  followed  by  0.3  and  then  0.1. 
The  indices  refer  to  the  whole  system 
operating  and  not  just  a  single  unit  of  the 
system.  The  indices  obtained  from  the 
sensitive  study  vary  due  to  a  number  of 
possible  reasons,  be  it  the  model  of  the 
equipment,  technical  issues,  enemy 
countermeasures  operating,  etc. 

The  next  step  would  be  to  examine  the 
number  of  targets  over  a  period  of  conflict  of 
28  days.  There  is  a  sharp  increase  in  the 
number  of  targets  initially.  This  is  followed  by 
gradual  decline  over  the  period  of  the  conflict. 
The  third  graph  shows  the  number  of  detected 
targets  throughout  the  conflict.  The  greater  the 
number  of  targets,  the  more  the  targets  will  be 
detected.  Hence,  the  data  for  the  third  graph  is 
obtained  from  the  product  of  the  data  from  the 
previous  two  graphs.  Likewise,  a  higher 
capability  index  results  in  a  higher  rate  of 
detection. 


change  in  asset  capability  on  the  defence 
capability.  For  example,  if  the  lines  indicated 
by  the  legend  for  ERR  1  (blue)  and  ERR  2 
(red)  are  close  together,  the  increase  is  not 
significant,  and  vice  versa.  The  option  for 
ERR  2  is  concerted  to  be  the  median  case,  or 
average  between  the  best  and  worst  case 
scenarios  of  ERR  1  and  ERR  3  respectively. 
In  addition,  it  is  also  important  to  note  that  the 
impact  of  an  improved  agent  is  felt  right 
through  the  simulation  process,  from  target 
detection,  to  engagement  to  destruction.  This 
is  because  in  the  world  of  the  digital 
battlespace,  better  asset  performance  results  in 
better  situational  awareness.  This  translates 
into  better  performance  across  the  board. 

Note  that  the  previous  graphs  are  not 
cumulative  graphs.  It  shows  the  actual  number 
on  any  particular  day  of  the  conflict. 


0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 

Time  (Day) 


Detection  Rate  :  ERR  1  1 1 ^ 1 ^ 1 ^ 1 1 - 

Detection  Rate  :  LRR  2  - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Detection  Rate  :  LRR  3  -3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


A  second  point  to  note  is  that  the  more 
effective  the  asset,  the  more  skewed  to  the  left 
the  graph  is  when  it  comes  to  the  graphs.  This 
is  because  most  hostile  targets  are  dealt  with 
early  in  the  conflict.  When  the  assets  are  less 
effective,  dealing  with  the  target  is  more 
gradual  and  more  drawn  out.  It  should  not  be 
misinterpreted  to  mean  a  greater  effectiveness 
later  in  the  conflict. 

There  are  a  few  points  to  note  with  regards 
to  the  simulation  case.  It  provides  the  analyst 
with  the  ability  to  assess  the  effects  of  a 


Graph  1:  Detection  Rate  of  the  Sensors 


80 

60 

40 

20 

0 

Number  of  Target :  LRR  1  ^ ^ ^ 1 ^ 1 1 ^ 1 

Number  of  Target :  LRR  2  ^ - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  T  arget :  LRR  3  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 

Graph  2:  Number  of  Targets 
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Number  of  Prioritised  Target 


Number  of  Detected  Target 


li _ if??)  ji. ji  i  3  li 

0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 

Time  (Day) 


Number  of  Detected  Target :  LRR  1  ^ ^ ^ ^ ^ ^ ^ - 

Number  of  Detected  Target :  LRR  2  — 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Detected  Target :  LRR  3  - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 

Graph  3:  Number  of  Targets  Detected  each 
day 


Number  Of  Measured  Target 


Number  Of  Measured  Target :  LRR  1  - ^ ^ ^ 1 1 ^ 1 - 

Number  Of  Measured  Target :  LRR  2  -2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  Of  Measured  Target :  LRR  3  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  4:  Number  of  Measured  Targets 


Number  of  Transmited  Target 


Number  of  Transmited  Target :  LRR  1  — ^ ^ ^ 1 1 ^ 1 - 

Number  of  Transmited  Target :  LRR  2  - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Transmited  Target :  LRR  3  —3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Number  of  Prioritised  Target :  LRR  1  - 1 1 1 - 1;  • '  't - 1 

Number  of  Prioritised  Target :  LRR  2  -2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Prioritised  Target :  LRR  3  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  6:  Number  of  Prioritised  Targets 


Observe  Target 


Observe  Target :  LRR  1  ^ 1 ^ ^ ^ ^ - 4 - 

Observe  Target :  LRR  2  — 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Observe  Target :  LRR  3  - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  7:  Number  of  Targets  to  be  observed 


0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 

Time  (Day) 


T  arget  to  be  Elimenated  :  LRR  1  - ^ ^ 1 ^ ^ 1 ^ ^ - 

T  arget  to  be  Elimenated  ;  LRR  2  -2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

T  arget  to  be  Elimenated  ;  LRR  3  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  5:  Number  of  Transmitted  Targets  Graph  8:  Number  of  Targets  to  be 

eliminated 
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Command  Sector 


Command  Sector  :  LRR  1  - 1 1 ^ ^ 1 ^ ^ 1 - 

Command  Sector  :  LRR  2  -2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2- 

Command  Sector  :  LRR  3  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  9:  Command  Sector 


Weapon  System 


Time  (Day) 

Weapon  System  :  LRR  1  ^ ^ 1 1 1 ^ 1 1 ^ 1 - 

Weapon  System  :  LRR  2  — 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2- 

Weapon  System  :  LRR  3  3 3 3 3 3 3 3 3 3 3 

Graph  10:  Weapon  Systems  in  operation  on 
the  day 


Number  of  Engaged  Target 


Number  of  Engaged  T  arget :  LRR  1  1 ^ 1 ^ - 1 - 

Number  of  Engaged  T  arget :  LRR  2  — 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Engaged  Target :  LRR  3  - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  11:  Number  of  Engaged  Targets 


I  a  3  a  a  2  a  - 1 

0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 

Time  (Day) 


Number  of  Destroyed  T  arget :  LRR  1  - 1 1 1 ^ 1 - * - 

Number  of  Destroyed  T  arget :  LRR  2  -2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Destroyed  T  arget :  LRR  3  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 

Graph  12:  Total  Number  of  Targets 
Destroyed 

A  second  case  started  from  graph  13  up  to 
graph  24  is  carried  out  for  the  AWACS 
system.  The  simulation  and  calculation 
procedures  are  identical  to  the  case  carried  out 
for  the  LRR  system,  but  the  figures  and  the 
graph  output  are  noticeable  different. 

In  general,  it  is  noticed  that  AWACS 
performance  indices  have  a  more  significant 
spread  than  that  of  the  LRR.  AWACS 
performance  can  have  a  great  variation  in 
performance  and  are  susceptible  to  various 
factors. 

These  factors  however  do  not  translate 
into  vast  variations  in  performance  during  the 
conflict.  The  graphs  are  very  closely  spaced, 
and  for  certain  conditions  even  overlap.  This 
is  significant  information  when  considering 
defence  expenditure  and  investment.  An 
increase  in  equipment  capability  should  only 
be  obtained  if  it  translated  into  greater 
situational  awareness  and  war-fighting 
capability.  This  is  especially  important  when 
equipment  upgrades  and  acquisitions  are 
costly.  To  be  cost  effective,  ideally  a  closely 
spaced  graph  on  the  performance  index  chart, 
i.e.  graph  1  should  translate  into  widely 
spaced  graphs  on  the  charts  showing  the 
number  of  engaged  targets,  target 
prioritisation  and  more  importantly  targets 
destroyed. 
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Detection  Rate 
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Number  Of  Measured  Target 


Detection  Rate  ;  AW  ACS  1  - 1 ^ 1 ^ ^ 1 ^ ^ 1 - 

Detection  Rate  ;  AWACS  2  -2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 3 - 2- 

Detection  Rate  :  AWACS  3  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Number  Of  Measured  Target :  AWACS  1  1 ^ ^ ^ ^ ^ - 

Number  Of  Measured  T  arget :  AWACS  2  — 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  Of  Measured  T  arget :  AWACS  3  - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  13:  Detection  Rate  of  the  Sensors  Graph  16:  Number  of  Measured  Targets 


Number  of  Target :  AWACS  1  ^ ^ ^ ^ ^ 1 ^ 1 - 

Number  of  Target :  AWACS  2  — 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2- 

Number  of  Target :  AWACS  3  - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Number  of  Transmited  Target :  AWACS  1  ^ ^ ^ ^ ^ ^ ^ - 

Number  of  Transmited  Target :  AWACS  2  —2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Transmited  Target :  AWACS  3  - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  14:  Number  of  Targets  Graph  17:  Number  of  Transmitted  Targets 


Number  of  Detected  Target 


0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 

Time  (Day) 

Number  of  Detected  Target :  AWACS  1  — t ^ ^ 1 1 1 - 

Number  of  Detected  Target:  AWACS  2  2 2 2 2 2 2 2- 

Number  of  Detected  Target :  AWACS  3  -3 3 3 3 3 3 3 3 

Graph  15:  Number  of  Targets  Detected 
each  day 


Number  of  Prioritised  Target 


Number  of  Prioritised  Target ;  AWACS  1  1 1 - 4 - 4 - 1 - 4 - 

Number  of  Prioritised  Target ;  AWACS  2  — 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Prioritised  Target ;  AWACS  3  - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  18:  Total  Number  of  Prioritised 
Targets 
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Observe  Target 


T  ime  (Day) 

Observe  Target :  AW  ACS  1  1 1 1 ^ ^ ^ ^ ^ ^ 

Observe  Target :  AW  ACS  2  -2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2- 

Observe  Target :  AW  ACS  3  ^ - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 

Graph  19:  Number  of  Targets  to  be 
observed 


Target  to  be  Elimenated 


Target  to  be  Elimenated  :  AW  ACS  1  ^ ^ ^ ^ 1 ^ ^ - 

Target  to  be  Elimenated  :  AWACS  2  —2 - 2 - 2 - 2 - 2 - 2 - 2 - 2- 

Target  to  be  Elimenated  :  AWACS  3  - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  20:  Number  of  Targets  to  be 
eliminated 


I — a  3»-^ - 1 

0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 

Time  (Day) 


Command  Sector  ;  AWACS  1  — i 1 1 ^ ^ 1 ^ ^ 1 - 

Command  Sector  ;  AWACS  2  - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Command  Sector  ;  AWACS  3  2 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  21:  Command  Sector 


Weapon  System 


Weapon  System  ;  AWACS  1  — ^ ^ ^ 1 ^ 1 ^ ^ - 1 

Weapon  System  ;  AWACS  2  - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2- 

Weapon  System  ;  AWACS  3  —3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  22:  Weapon  Systems  in  operation  on 
the  day 


Number  of  Engaged  Target 


Number  of  Engaged  Target :  AWACS  1  — ^ ^ ^ ^ ^ ^ ^ - 

Number  of  Engaged  Target :  AWACS  2  - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Engaged  Target :  AWACS  3  -3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  23:  Number  of  Engaged  Targets 


0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 
Time  (Day) 

Number  of  Desti'oyed  Target :  AWACS  1  ^ ^ ^ ^ ^ ^ 

Number  of  Destroyed  Target :  AWACS  2  — 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Desti'oyed  Target :  AWACS  3  3 3 3 3 3 3 3 

Graph  24:  Total  Number  of  Targets 
Destroyed 

The  third  case  started  from  graph  25  up  to 
graph  36  is  carried  out  for  the  Satellite  system. 
The  simulation  and  calculation  procedures  are 
identical  to  the  cases  carried  out  for  the  LRR, 
AWACS  systems,  but  the  figures  and  the 
graph  output  are  noticeable  different. 
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Detection  Rate 


In  general,  it  is  notieed  that  satellite 
performanee  indices  have  a  more  significant 
spread  than  that  of  the  LRR  and  AWACS. 
Satellite  performance  can  have  a  great 
variation  in  performance  and  are  susceptible 
to  various  factors. 

The  simulations  begin  by  specifying  a 
number  of  hostile  targets.  Depending  on  the 
options  in  place,  the  targets  are  detected  and 
prioritised. 

The  effectiveness  of  JBD  determines  the 
threat  assessment.  This  involves  measuring 
target  parameters,  transmitting,  and 
prioritizing  them  to  command  sector.  Based 
on  situational  awareness  provided  by  JBD,  the 
targets  can  be  choosing  to  be  eliminated. 

At  the  operational  level,  authorization  of 
target  engagement  is  shown.  Eventual 
destruction  is  dependent  upon  the 
effectiveness  of  JBD  this  is  because  resources 
would  be  allocated  based  on  the  prior 
information  provided  by  JBD.  Hence,  here  the 
result  of  operational  views  input  to  JBD  can 
be  seen  by  the  systems  through  simulation  of 
the  Vensim  model. 

The  graphs  are  very  closely  spaced,  and 
for  certain  conditions  even  overlap.  This  is 
significant  information  when  considering 
defence  expenditure  and  investment.  An 
increase  in  equipment  capability  should  only 
be  obtained  if  it  translated  into  greater 
situational  awareness  and  war-fighting 
capability.  This  is  especially  important  when 
equipment  upgrades  and  acquisitions  are 
costly.  To  be  cost  effective,  ideally  a  closely 
spaced  graph  on  the  performance  index  chart, 
i.e.  graph  1  should  translate  into  widely 
spaced  graphs  on  the  charts  showing  the 
number  of  engaged  targets,  target 
prioritisation  and  more  importantly  targets 
destroyed. 


0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 

Time  (Day) 


Detection  Rate  :  Satellite  1  1 ^ ^ 1 1 ^ 1 1 ^ - 

Detection  Rate  :  Satellite  2  - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Detection  Rate  :  Satellite  3  - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 

Graph  25:  Detection  Rate  of  the  Sensors 


Number  of  Target 


Number  of  Target :  Satellite  1  1 ^ 1 1 ^ ^ 1 ^ - 

Number  of  T  arget :  Satellite  2  - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  T  arget :  Satellite  3  -3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  26:  Number  of  Targets 


Number  of  Detected  Target 


Number  of  Detected  Target :  Satellite  1  - 1 1 1 1 1 1 - 1 - 

Number  of  Detected  Target ;  Satellite  2  - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Detected  Target ;  Satellite  3  - 3 - 3 - 3 - 8 - 3 - 3 - 3 


Graph  27:  Number  of  Targets  Detected 
each  day 
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Number  Of  Measured  Target 


0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 

T  ime  (Day) 

Number  Of  Measured  Target ;  Satellite  1  — ^ ^ ^ ^ ^ ^ ^ - 

Number  Of  Measured  Target ;  Satellite  2  - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  Of  Measured  Target ;  Satellite  3  -3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 

Graph  28:  Number  of  Measured  Targets 


Number  of  Transmited  Target 


Number  of  Transmited  Target ;  Satellite  1  -t - 1 1 1 1 1 - A - 

Number  of  Transmited  Target ;  Satellite  2  — 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Transmited  Target ;  Satellite  3  - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  29:  Number  of  Transmitted  Targets 


Number  of  Prioritised  Target 


Number  of  Prioritised  Target :  Satellite  1  — t 1 - 1 - A - A - A - A - 

Number  of  Prioritised  Target :  Satellite  2  - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Prioritised  Target :  Satellite  3  -3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  30:  Total  Number  of  Prioritised 
Targets 


Observe  Target 


Observe  Target :  Satellite  1  - ^ - a - a - a - a - a - a - a - a - 

Observe  Target :  Satellite  2  -2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Observe  Target :  Satellite  3  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  31:  Number  of  Targets  to  be 
observed 


0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 


Time  (Day) 

T  arget  to  be  Elimenated  ;  Satellite  1  — a - a - a - a a A - A - A 

T  arget  to  be  Elimenated  ;  Satellite  2  2 2 2 2 2 2 - 2 2— 

T  arget  to  be  Elimenated  :  Satellite  3  3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 

Graph  32:  Number  of  Targets  to  be 
eliminated 


0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 


Time  (Day) 

Command  Sector  :  Satellite  1  — A - A - A - A - A - A - A - A - A - 

Command  Sector  :  Satellite  2  - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Command  Sector  :  Satellite  3  -3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  33:  Command  Sector 
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Weapon  System 


Weapon  System  :  Satellite  1  - 1 1 1 ^ ^ ^ ^ ^ ^ - 

Weapon  System  :  Satellite  2  ^ - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Weapon  System  :  Satellite  3  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  34:  Weapon  Systems  in  operation  on 
the  day 


Number  of  Engaged  Target 


Number  of  Engaged  Target :  Satellite  1  - 1 1 - 1 - 1 - 1 - 1 - 1 - 

Number  of  Engaged  Target :  Satellite  2  -2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Engaged  Target :  Satellite  3  — § - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  35:  Number  of  Engaged  Targets 


Number  of  Destroyed  Target 


Number  of  Destroyed  Target :  Satellite  1  — ^ ^ ^ ^ ^ ^ ^ - 

Number  of  Destroyed  Target :  Satellite  2  - a - a - 2 - 2 - 2 - 2 - 2— 

Number  of  Destroyed  Target :  Satellite  3  -3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  36:  Total  Number  of  Targets 
Destroyed 

The  next  stage  involves  combining  the 
assets  to  perform  an  integrated  study.  This 
involves  the  simultaneous  study  of  all  three 
assets  under  different  performance  indices  to 
determine  the  outcome  when  simulated  using 
the  Vensim  model.  In  these  graphs  from  37  up 


to  48,  the  highest  performance  indices  of  the 
assets  are  considered.  The  purpose  of  these 
simulations  is  to  determine  the  effectiveness 
of  assets  competing  for  investment  in 
improvement  and  upgrades. 

A  particular  asset  may  have  differing 
performance  indices,  but  its  effectiveness  in 
the  conflict,  and  indeed  at  different  stages  of 
the  conflict  may  not  be  related  to  the  simple 
indices.  For  example,  the  most  obvious  trend 
observed  is  that  the  satellite  shows  best 
performance,  followed  by  the  AW  ACS  and 
then  the  LRR  system.  Flowever,  the  novice 
reader  may  come  to  the  false  conclusion  that 
LRR  performance  increases  and  supersedes 
the  other  two  beyond  14  days  of  conflict. 
However,  it  must  be  emphasized  that  the 
scenario  involves  engaging  an  enemy,  which 
has  limits  on  its  resources  and  combatants. 
Hence  the  greater  effectiveness  of  the  other 
two  assets  have  ensured  that  most  of  the 
hostile  targets  have  been  destroyed  in  the 
opening  days  of  the  encounter,  thereby 
demonstrating  a  very  sharp  drop  in  number  of 
hostile  targets  in  the  beginning.  The  LRR 
however  demonstrates  a  very  gradual  and  long 
drawn  out  engagement,  which  translates  into  a 
longer  time  to  overcome  the  hostile  party. 

The  previous  cases  examined  the 
effectiveness  of  the  assets  in  the  digital 
battlespace  in  relation  to  the  cost  investment. 
The  following  case  compare  and  contrast  the 
same  factors  between  assets.  Only  the  results 
for  the  case  combining  LRR3,  AWACS3,  and 
satellite  3  are  presented  here. 


0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 

T  ime  (Day) 


Detection  Rate  ;  LRR  3  — ^ — 
Detection  Rate  :  AW  ACS  3  -3= 
Detection  Rate  :  Satellite  3  — " 


Graph  37:  Detection  Rate  of  the  Sensors 
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Number  of  Target 


Number  of  Target ;  LRR  3  - 1 1 1 ^ ^ 1 ^ ^ 1 - 

Number  ofTarget:AWACS  3  — 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2- 

Number  of  Target :  Satellite  3  -3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  38:  Number  of  Targets 


Number  of  Detected  Target 


Number  of  Detected  Target :  LRR  3  ^ ^ ^ ^ ^ ^ ^ - 

Number  of  Detected  Target :  AW  ACS  3  - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Detected  Target :  Satellite  3  —3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  39:  Number  of  Targets  Detected 
each  day 


Number  Of  Measured  Target 


Number  Of  Measured  Target :  LRR  3  - 1 ^ ^ 1 1 - 1 - ^ - 

Number  Of  Measured  Target ;  AW  ACS  3  — 3 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  Of  Measured  Target ;  Satellite  3  ^ - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  40:  Number  of  Measured  Targets 


Number  of  Transmited  Target 


0  2  4  6  8  10  12  14  16  18  20  22  24  26  28 
Time  (Day) 

Number  of  Transmited  Target :  LRR  3  — ^ 1 ^ 1 ^ ^ 1 

Number  of  Transmited  Target :  AW ACS  3  — 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Transmited  Target :  Satellite  3  - 3 3 3 3 3 - 3 3 

Graph  41:  Number  of  Transmitted  Targets 


Number  of  Prioritised  Target 


Number  of  Prioritised  Target :  LRR  3  - ^ ^ ^ ^ ^ ^ ^ - 

Number  of  Prioritised  Target ;  AW  ACS  3  — 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Prioritised  Target ;  Satellite  3  -3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  42:  Total  Number  of  Prioritised 
Targets 


Observe  Target 


Time  (Day) 

Observe  T  arget :  LRR  3  1 ^ ^ 1 1 ^ 1 1 ^ 

Observe  Target :  AW  ACS  3  -s - 2 - 2 - s - 2 - 2 - 2 - 2 - 2 - 2— 

Observe  Target :  Satellite  3  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 

Graph  43:  Number  of  Targets  to  be 
observed 
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Target  to  be  Elimenated 


T  ai'get  to  be  Elimenated  :  LRR  3  - ^ 1 ^ ^ ^ ^ ^ ^ - 

Target  to  be  Elimenated  :  AWACS  3  —2 - 2 - 2 - 2 - 2 - 2 - 2 - 2- 

Target  to  be  Elimenated  :  Satellite  3  3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  44:  Number  of  Targets  to  be 
eliminated 


Command  Sector 


Command  Sector  :  LRR  3  - 1 1 1 1 1 1 - a - 1 - 

Command  Sector  ;  AWACS  3  - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Command  Sector  :  Satellite  3  -3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  45:  Command  Sector 


Weapon  System 


Weapon  System  :  LRR  3  ^ ^ ^ ^ ^ ^ ^ ^ 1 - 

Weapon  System  :  AWACS  3  - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2 - 2- 

Weapon  System  :  Satellite  3  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  46:  Weapon  Systems  in  operation  on 
the  day 


Number  of  Engaged  Target 


Number  of  Engaged  T  arget :  LRR  3  ^ - fe  »  '1 - a - a - a - a - 

Number  of  Engaged  Target :  AWACS  3  - 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Engaged  T  arget :  Satellite  3  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  47:  Number  of  Engaged  Targets 


Number  of  Destroyed  Target 


Number  of  Destroyed  Target :  LRR  3  - a - A - a - A - A - a - A - 

Number  of  Destroyed  Target :  AWACS  3  — 2 - 2 - 2 - 2 - 2 - 2 - 2— 

Number  of  Destroyed  Target ;  Satellite  3  -3 - 3 - 3 - 3 - 3 - 3 - 3 - 3 


Graph  48:  Total  Number  of  Targets 
Destroyed 

This  case  is  significant  for  two  reasons. 
Firstly,  it  demonstrates  the  best  performance 
of  all  three  assets.  In  terms  of  the  indices, 
there  is  a  variation  of  0.4  between  the  best  and 
worst  performance  asset. 

The  second,  and  more  significant  point  to 
note  is  the  close  bunch  of  all  three  graphs. 
This  shows  that  the  individual  agents  when 
showing  their  performance  vary  little.  This  is 
significant  for  the  following  reason.  To 
achieve  the  maximum  capability  for  each  asset 
requires  varying  degrees  of  investment.  For 
example,  it  might  take  one,  extremely 
expensive  satellite  to  achieve  the  required 
performance  level.  However,  it  might  take  two 
groups  of  a  certain  number  of  AWACS  on  two 
or  more  shifts  to  achieve  a  similar  level  of 
performance  index.  This  information,  when 
passed  through  the  whole  simulation  and 
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analysis  system,  is  an  important  aid  in 
resource  planning  activities. 

Conclusion 

The  first  key  tool  is  STT.  This  tool  enables 
the  identification  of  requirement  for  JBD  and 
to  assess  potential  options.  The  methodology 
utilized  will  be  subsequently  explained.  The 
second  tool  is  Vensim,  which  enables  the 
analysis  of  factors,  which  contribute  to 
mission  effectiveness  and  investigate  the 
importance  of  these  factors.  It  links  the 
operational  and  system  views.  In  addition,  it 
also  links  the  system  and  technical  views  and 
analyses  specific  technical  parameters,  and 
validates  the  assessment  carried  out  by  STT. 

STT  describe  the  link  from  strategic 
military  task  to  the  equipment  bought  and  the 
system  dynamic  (Vensim)  to  describe  the 
System  of  Systems  (SoS)  links  at  the 
programmatic  level.  Having  a  STT  will 
underpin  the  JBD  providing  the  consistency  of 
approach  to  architectural  modeling  and 
provide  a  good  means  for  change  management 
of  the  architecture  framework.  STT  identifies 
the  gaps  in  system  available  to  meet 
operational  needs.  The  system  dynamic  model 
is  to  monitor  the  effects  of  programmatic 
changes  to  a  system  on  the  overall  SoS. 
Hence,  if  a  particular  system  got  delayed,  we 
know  the  impact  on  the  performance,  time  and 
cost  of  other  systems,  which  aids  decision¬ 
making. 

The  analysis  to  date  has  indicated  the 
benefits  of  different  options  for  LRR, 
AWACS,  and  satellite  systems  and  also 
possible  combinations.  The  best  combination 
according  to  the  analysis  is  the  last  case 
described  in  this  paper. 
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The  system  is  increasing  the  complex  and  there  is  not  a  comprehensive 
methodology  to  aid  the  systems  engineering  or  even  the  end  user  to  analyse 
its  characteristics. 

Quick  movement  of  land,  sea  and  air  forces  are  necessary  in  battle  timely 
communication  and  processing  of  this  information,  and  ensuring  its 
availability  to  all  level  of  decision  making  authorities  plays  a  decisive  role  in 
success. 

There  are  several  methods  being  developed  that  are  potentially  useful  for 
analyzing  Joint  Battlespace  Digitisation  (JBD)  but  they  are  not  adequate  to 
cope  with  complexity  and  emergent  behavior  of  different  level  of  complex 
systems 
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JBD  Aim 


The  Joint  Battlespace  Digitisation  (JBD)  programme  aims  to 
enhance  the  operational  effectiveness  of  Saudi  Arabia  forces  in 
Joint  and  Combined  operations  by  using  modern  information 
technology  to  couple  weapons,  sensors,  communications  and 
information  systems  (CIS)  across  the  battlespace  and  thus  to 
create  an  effective,  robust,  efficient  and  affordable  federation  of 
systems. 
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Provision  for  Interoperability 

-  ensure  compatibility  of  systems,  processes  or  procedures. 

Command  micro-management 

-  deal  with  reduced  command  delegation,  increased  command 
chain  and  destruction  from  the  overall  picture/objectives. 

Information  reliance 

-  guard  against  reduced  confidence/  reluctance  in  decision 
making  missed  point  of  opportunities  due  to  required  levels  of 
information  completeness. 
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Command  Structure 

-  must  be  compatible  with  the  information  flow  requirements  and 
decision  hierarchy  (it  must  facilitate  &  support  the  same). 

Recruitment  &  Training 

-  must  personnel  are  matched  with  skills  required  (it  must 
provide  development  &  maintenance  of  the  same). 

Reduced  Manning 

-  deal  with  insufficient  manpower  for  reversionary  modes  of 
operation. 


DoD  Architecture  Framework  (DoDAF) 
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Activities 

Tasks 


Operational 

View 


Identifies  What  needs  to  be 
Done  and  who  Does  it 


Information  Flow 


✓ 


-1^ 


!y 


V 


terns 


Data  Flow 


Systems 

View 


Relates  System  and 
Characteristics  to  Operational 
Needs 


Specific  Capabilities 
Required  to  Satisfy 
Information  Exchanges 


Operational 

Elements 


s 


% 


•A, 

^CA 


V 


% 


0> 


'Ar 


v% 


V 


Standards 


R 


•  Technical  Standard  Criteria 
Governing  Interoperable 
Implementation  /  Procurements 
of  the  Selected  System  Capabilities 


Technical 

View 


Prescribes  Standards  and 
Conventions 


Communications 


Conventions 


SOURCE:  DoDAF-  Overview  Dr.  Fatma  Dandashi  Oct  2003 


MOD  Architecture  Framework  (MODAF) 
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Operational 

View 

Identifies  Warfighters  Relationships,  processes 
and  information  needs 

Systems 

View 

Describes  how  System  Capabilities 
Satisfy  Operational  Requirements 

Technical 

View 

Prescribes  Policy,  Standards, 
Guidance  and  Constraints 

Capability 

View 

Provides  Comprehensive  Capability 
Management  Information 

Acquisition 

View 

Highlights  interdependencies  and 
integration  across  Capability  Elements 

SOURCE:  MODAF-M03-001,  Draft  0.3  27  Sep  2004 


Existing  Architecture 
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Framework 


Systems  and  interconnections 
providing  for  or  supporting 
military  operation 

Sys  Tech 

Sys  Performance 
Sys  Interface 

Sys  Functionality 
Sys  Rules  - 


Operational  tasks,  elements  am 
information  flows  required  to 
accomplish  military  operation 


Op  Concept 

Op  Info  Exchange 

Op  Node  Connectivity 

Op  Rules 

Activity  Model 


’hysical  model 


Technology  Architecture 
Profile 


Standards  technology 
Forecast 

Minimal  set  of  rules  governing  the  arrangement,  interaction  and 
interdependencies  of  system  parts  or  elements 
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The  STT  structured  cascading  mechanism 
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The  STT  structured  cascading  mechanism 


•  The  process,  starts  from  expressions  of  high-level  requirements  and 
cascades  through  several  structured  layers  to  arrive  at  the  lower- 
level  tasks. 


•  Each  box  is  a  Quality  Function  Deployment  (QFD)  matrix  where 
a  set  of  requirements  is  mapped  against  a  set  of  responses  generated 
from  reviews  of  the  source  material. 


STT  at  Strategy  level 
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Very  Important  Contributor: 

9 

Important  Contributor: 

3 

Hiqh  Contributor: 

1 

Low  or  Not  a  Contributor: 

Source  Saudi  Doctorine  and 

JETL  Grand  Strategic  Level  Tasks 

Responses  fr 

Dm  Sau 

ne 

di 

Doctri 

Saudi  Defence  Missions 

Initial  Weight 

Information  Superiority 

Interoperability 

Dominant  Maneuver 

Precision  Engagement 

Focused  Logistics 

Full  Dimension  Protection 

Joint  Command  &  Control 

Peacetime  Security 

0.14286 

9 

3 

1 

3 

1 

Defence  Diplomacy 

0.14286 

1 

1 

1 

1 

Support  to  Wider  Saudi  Interests 

0.14286 

1 

1 

3 

1 

1 

1 

1 

Peace  Support 

0.14286 

1 

3 

3 

1 

1 

3 

3 

Regional  Conflict  outside  GCC 

0.14286 

3 

3 

3 

3 

9 

3 

9 

Regional  Conflict  Inside  GCC 

0.14286 

3 

3 

9 

3 

9 

3 

9 

_ 

Strategic  Attack  on  GCC 

0.14286 

3 

9 

9 

3 

9 

9 

9 

Raw  Technical  Importance 

3.0 

3.3 

4.0 

1.6 

4.1 

3.3 

4  7 

24.0 

Sum  of  Raw  Technical  Importance 

Normalized  Technical  Importance 

0.1250 

0.1369 

0.1667 

0.0655 

0.1726 

0.1369 

0.1964 

1 .0000 

Sum  of  Initial  Weights 

1 .0000 

_ 
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STT  with  different  Sub-Systems  options 


Very  Important  Contributor 
Important  Contributor 
High  Contributor 
Low  or  Not  a  Contributor 


9  Directly  equatable  in  the  text 
3  Mentioned  in  the  text  body 

1  Mentioned  in  the  Sidebar  Concepts/Enablers/Technologies  (only) 
Not  mentioned  at  all 


Percent  Filled  #DIV/0! 
WHATS  -  OPERATIONS  ADP  Voll 


LEVEL  1:  Strategy-to- 
Task  Analysis 


Situational  Awarness 
Own  Force  Location 
Enemy  Force  Location 
Force  Protection 
Interdiction  of  Enemy's  Forces 
Blockade 
Containment 
Exclusion  Zones 
Barrier  Operations 
Layered  Defence 
Enemy  Force  Intent 
Strategic  Air  Lift 
Tactical  Air  Lift 
Sea  Lift 

Strategic  Nuclear  Deterrence 
Presence 
Sympolic  Use 
Coercion 

NonCombattant  Evacuation  Operations 
Combat  Operations  vs  Land 
Combat  Operations  vs  Air 
Combat  operations  vs  Navy 
Combat  Operations  vs  National  Guard 
Amphibious  Operations 
Support  to  Joint  Operations 
Strategic  Air  Offensive 
Counter  Air 

AntiSurface  Force  Land 
AntiSurface  Force  Navy 
Land  Target  Attack 
Fire  Support 
Intelligence  Gathering 
Area  Surveillance 
Comms  Provision 
Logistic  Support  Provision 
Protection  of  Joint  Forces 
Economic  Sanctions 
Disaster  Relief 
SAR 

Amphibious  Forces 
Real-time  Target  Data 


0.0481 

0.0305 

0.0337 

0.0337 

0.0318 

0.0102 

0.0160 

0.0072 

0.0160 

0.0160 

0.0115 

0.0195 

0.0265 

0.0217 

0.0265 

0.0158 

0.0195 

0.0166 

0.0366 

0.0324 

0.0310 

0.0160 

0.0160 

0.0299 

0.0337 

0.0299 

0.0299 

0.0543 

0.0516 

0.0217 

0.0559 

0.0238 

0.0307 

0,0086 

0.0086 

0.0134 

0.0193 

0.0134 

0.0104 

0,0064 

0.0064 

0.0064 


Raw  Technical  Importance 
Percent  Technical  Importance 

Sum  of  Initial  Weights  0.9872 
Cost  (Relative  estimate) 

Risk  (relative  estimate) 


2.0  1.4  3.0  3.6  1.2 

0.182  0.124  0.268  0.318  0.109 


2 

0.294 


3  4  5  1 

0.125  0.2231  0.1318  0.2262 


I 


JBD  Options  Scores 


0.350 

0.300 

0.250 

0.200 

0.150 

0.100 

0.050 

0.000 


Long  Range  UAV 


Cost  vs  Score 


*  JSTAR 

■  Long  Range  UAV 

*  AWACS 
Satellites 

*  JTIDS 


0.15  0.2 

Score 
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System  Dynamic  (Vensim  Model) 
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of  Target 
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Detecting 
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Detection  Rate 
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t  ■  3  Measuring 
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Transmitting 


Number  Of 
Measured  Target 


Prioritising 


Transmission  Rate 


Number  of 
Destroyed 
Target 


Prioritisation  Rate 


Number  of 
Prioritised  Target 


C:  ■  ^  Destroying 

A 


Destruction  Rate 


Elimination  Rate 


Number  of 
Engaged 
Target 


Eliminating 


Engagement  Rate' 


Observe 

Target 

▼ 

Target  to  be 
Eliminated 

En 

^  T  4 


Engaging 


Command 

Sector 


Decision  Making 


Weapon 

System 


Authorising 


Decision  Rate 


Authorisation  Rate 
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Results  from  the  Vensim  Model 


The  Vensim  model  simulates  a  scenario  of  possible 
escalation  of  conflict  It  attempts  to  incorporate  all 
options  in  an  escalating  scenario  that  spans  28  days. 


Number  of  Detected  Target 


Time  (Day) 


Number  of  Detected  Target :  Satellite 
Number  of  Detected  Target :  AWA^S" 
Number  of  Detected  Target :  Lftft — 9" 


Number  of  Prioritised  Target 


Time  (Day) 

Number  of  Prioritised  Target :  Satellite  1 - 1 - 1 - 1 - 1 - 1 - 1 - 1 

Number  of  Prioritised  Target :  AWACS  2 - 2 - 2 - 2 - 2 - 2 - 2 — 

Number  of  Prioritised  Target :  — 3 - 3 - 3 - 3 - 3 - 3 - 3 - 3— 


The  simulations  begin  by  specifying  a  number  of  hostile  targets. 
Depending  on  the  options  in  place,  the  targets  are  detected  and 

prioritised  as  shown  in  graphs 
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Results  from  the  Vensim  Model  (2) 


The  effectiveness  of  JBD  determines  the  threat  assessment. 


This  involves  measuring  target  parameters,  transmitting, 
and  prioritizing  them  to  command  sector. 


Target  to  be  Eliminated 


Time  (Day) 


Target  to  be  Eliminated  :  Satellite" 
Target  to  be  Eliminated  :  AW  ACS" 
Target  to  be  Eliminated  :  LRI^ - 


Number  of  Engaged  Target 


Number  of  Engaged  Target :  Saldlliie - 1 - 1 - 1 - 1 - 1 - 1 - 1" 

Number  of  Engaged  Target :  AW^^S2 — 2 — 2 — 2 — 2 — 2 — 2 — 
Number  of  Engaged  Target :  LRR  3 — 3 — 3 — 3 — 3 — 3 — 3 — 3— 


The  targets  can  be  chosen  to  be  eliminated,  at  the  operational  level, 
authorization  of  target  engagement  as  shown  in  Graphs. 
Eventual  destruction  is  dependent  upon  the  effectiveness  of  JBD 


Evolution  Area 
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Use  of  Architectures  to  measure  mission 
effectiveness  (  capabilities  and  measure  of 
effectiveness)  by  using  JBDAF 


JBD  Architecture  Framework  (JBDAF) 
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Conclusion 
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There  are  several  significant  shortfalls  in  MODA  technical  policy. 
The  most  significant  of  these  relate  to  the  policies  for  secure 
interconnection,  message  handling,  messaging  security, 
internetworking,  data  management  and  communications  demand 
management. 


•  A  key  issue  for  JBD  is  how  to  pursue  an  evolutionary  approach 
across  a  complex  federation  of  systems  in  a  competitive  system 
acquisition  regime. 


•  JBD  capability  is  achieved  by  realising  components  of  that  capability 
in  Component  Systems. 


•  Actual  JBD  capability  will  become  available  to  the  user  only  as  these 
enhancements  to  Component  Systems  are  rolled  out  across  the  in- 
service  platforms. 


Conclusion  (2) 
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•  Use  of  the  JBDAF  provides  the  consistency  and  common 
language  to  enable  the  stakeholders  (people  involve  in  the  JBD) 
to  express  the  problem  and  to  reach  the  solution. 

•  Having  a  STT  will  underpin  the  JBDAF  providing  the  consistency 
of  approach  to  architectural  modeling  and  provide  a  good  means 
for  change  management  of  the  architecture  framework.  STT 
identifies  the  gaps  in  system  available  to  meet  operational  needs. 

•  The  system  dynamic  model  is  to  monitor  the  effects  of 
programmatic  changes  to  a  system  on  the  overall  SoS. 

•  we  will  know  the  impact  on  the  performance,  time  and  cost  of 
other  systems,  which  aids  decision-making. 


